Funcionamiento del test Text Zoom

Actualizado: 10/7/2025

Descripción: Comprueba que los elementos textuales siguen estando presentes y accesibles luego de hacer 200% de Zoom

Flujo de acciones

1. Obtiene el árbol de accesibilidad completo (AXTree)
2. Captura todos los elementos que contienen texto antes del zoom
3. Extrae elementos con roles textuales significativos
4. Filtra elementos que tienen contenido textual (name, value, text content, aria-label)
5. Aplicamos 200% de Zoom a la página
6. Volvemos a capturar los elementos
7. Comparamos si los elementos siguen estando presentes

Un elemento se considera "texto" si cumple cualquiera de estos criterios:

• Tiene contenido de texto: name o value no vacíos
• Rol específico de texto: text, statictext, heading, paragraph, listitem, etc.
• Es focusable y tiene texto

Scope

• Es común que existan páginas donde los links del navbar se contraigan y queden dentro de un Hamburguer Menu luego de hacer Zoom, estos elementos aunque cambien de posición en el DOM/AXTree, siguen estando presentes y accesibles en la página. Actualmente para validar estos elementos y que no reporten falsos positivos, el test tiene una comprobación por id del nodo, pero pueden llegar ocurrir 2 variantes al aplicar el test:
  • Al aplicar Zoom del 200%, el DOM/AXTree se modifican y si estos elementos se encuentran dentro de un elemento que requiera intervención del usuario (hamburguer menú, acordion) el test puede reportar falsos positivos. Ya que si no son activados, estos elementos no existen aún en el Árbol de Accesibilidad.
  • Al aplicar Zoom del 200%, el DOM/AXTree se modifica y estos elementos no pueden ser re-localizados en el nuevo DOM, por lo que no se reportan.
  • En la última actualización del test, se han logrado mitigar gran parte de los casos mencionados anteriormente.
• El test no comprueba tamaños de texto
• El test no comprueba que la navegación sea correcta
• El test no comprueba contenido cortado/superpuesto
• Elementos en Carruseles, Sliders, Combobox, Selects, Acordiones, y en general que requieran intervención del usuario pueden llegar a generar falsos positivos.
• Elementos que sufren un Re-renderizado pueden llegar a generar falsos positivos

Casos fuera de Scope

Input de búsqueda en React.dev

El input de búsqueda en esta página es reportado como un falso positivo. Es un caso bastante particular de re-renderizado y asignación de role, name, aria-label o text content internamente. El re-renderizado es consecuencia de tecnologías webs modernas como React, NextJS entre otras

SVG - imagen en Kayak

En esta web se lograron mitigar falsos positivos asociados a re-render de elementos (Botón de Login, Selector de Idiomas, Selector de Lenguaje) pero se reporta el elemento imagen/svg que representa el idioma seleccionado. Se debe evaluar cómo se comportan estos elementos cuando se obtiene el Árbol de Accesibilidad